我們希望把維護的工作拉回來自己做

進了公司才發現，外包其實就是離職員工還兼職等下個正職上手
所以養成我之後面試必問公司工程師人數，以免再次踩雷

因為自己不是本科生出身，在一開始面試不太有自信，對ＰＨＰ後端運作都不太了解
選擇一間專做軟體的公司，想說能夠有比較多的資源來補自己的不足

透過研究公司產品，公司的歷史發展，以及網頁的外觀，大概可以得知是哪個時代的產品
（其實公司的發展年紀就跟我差不多大
還有許多元老級客戶，在網路正開始發展時就已經參與這場運動，時機也是重要的一環，關乎未來是否能擁有一席之地

在第一個月不斷爬code的過程裡，慢慢建築起自己對程式架構的初步概念，不再是把單頁的功能通通擠在一起

產品程式架構

• 設定檔

  • 後台功能開關
  • 前台功能開關

• 語系檔

  • 頁面文字
  • 錯誤訊息文字
  • 回饋訊息

• 共用函式區

  • 資料型別轉換函式
  • 與ＤＢ連結的程式
  • 功能上的共用函式

• 功能區塊

  • 前台

    • 購物區
    • 網站介紹
    • 聯繫

  • 後台

    • 功能設定
    • 訂單管理
    • 會員管理
    • 資料分析

• html (視圖區)
  p.s. 在學框架時發現，其實產品已經有ＭＶＣ的雛形，以及套用樣板，存 ihtml（如果看這篇文章的大大你知道ihtml ，能夠留個言，因為我自己其實不太了解將網頁元素存成ihtml的用意

其實整個產品週期已接近成熟期至衰退期，開發及維護大概是 2:8， 每天處於修完Ａ客戶的bug，再修Ｂ客戶的bug
的無限巡迴，幾乎無法抽身來做系統優化，或者改善操作流程，就能夠得知在開發期間無限累積的技術債，在未來是很耗費人事成本的。

維護心得

• 如果沒有把握，就不要動
• 修完ＢＵＧ，先觀察一陣子，再更新上所有產品
• 注意程式碼的編碼 （big5 utf8）
• 挑用戶最少的時候更新，例如早上大家趕的上班時間，客戶不在的時候
• 註解很重要，更重要的是正確的註解

維護與開發的不同

維護注重快速，在短時間內要把問題解決掉，讓客戶能夠恢復系統運作
Debug 能力比會寫程式重要，能夠找到問題都是好事，恐怖的是找不到問題
下log紀錄來等bug產生，然後再分析問題如何產生，要怎麼解決